home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 8084 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.8 KB

  1. Path: inforamp.net!usenet
  2. From: Thomas Malcolmson <tmm@inforamp.net>
  3. Newsgroups: comp.dcom.modems,comp.dcom.fax,comp.sys.ibm.pc.hardware.comm
  4. Subject: Re: USR 33.6 Data/Fax: Won't work with WinFax
  5. Date: Sat, 16 Mar 1996 00:32:10 -0500
  6. Organization: InfoRamp Inc., Toronto, Ontario (416) 363-9100
  7. Message-ID: <314A525A.17F6@inforamp.net>
  8. References: <4hqfgu$gq0@fountain.mindlink.net> <4i1mn2$28v@tracy.protocom.com> <klein-1103961224090001@unix-ppp3.chromatic.com> <3147A953.6F00@inforamp.net> <314a157c.230079747@news.infoserve.net>
  9. NNTP-Posting-Host: ts2-11.tor.inforamp.net
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win95; I)
  14.  
  15. OK, I finally got my answer.
  16.  
  17. 'A reliable source' informed me that it is rare to get reliable faxing 
  18. from a Sportster Vi modem, and that if I wanted a fax/modem with good, 
  19. reliable fax capability I should buy one of the SupraFAXmodem line.
  20.  
  21. This (plus years of frustration) was enough to make me finally abandon 
  22. my investment in USR.  So I bought a Supra and it works perfectly (so 
  23. far).  What a relief.  And, apparently, Supra has just come out with a 
  24. V34 voice/fax/modem, so I'll probably replace some of my other USR's 
  25. when these new Supras become available.
  26.  
  27.  
  28. David Schick wrote:
  29. > Thomas Malcolmson <tmm@inforamp.net> wrote:
  30. > >My experience with USR & WinFax suggests that the CNG tone requirement
  31. > >is not the problem.
  32. > >
  33. > >I have used WinFax 3, 4, & 7, with many 14.4 & 28.8 USR modems and have
  34. > >always had intermittant problems sending and receiving.  My problems are
  35. > >very inconsistent: some destinations might give me more trouble than
  36. > >others, but even the worst work sometimes, and even the best don't at
  37. > >other times.  This result seems incompatible with the CNG tone problem.
  38. > >
  39. > >I have spent a lot of time on this problem over the last few years, and
  40. > >am very frustrated (I won't get into why I have had to stick with USR -
  41. > >I'll just say that I recommend them for data, but not for faxing or
  42. > >support).
  43. > Have you tried limiting the fax transmission speed to 9600?
  44. > I have had a SupraFaxModem 14.4 for about three years and have never
  45. > been able to send a 14.4 fax to a long distance location.  Local
  46. > calls, or at 9600 or recieving either 14.4 and 9600 faxes work 90% of
  47. > the time.  Given that this was one of the first 14.4 faxmodems on the
  48. > market its not too suprising.
  49. > The problem is difficult to pin down because of so many variables: the
  50. > UART, the OS, the fax software.  I've used Winfax Lite,3.0, 4.0,
  51. > FaxMail, the ZetaFax demo, and several others under Windows NT.
  52. > I've been able to get around the problem of faxing to long distance
  53. > 14.4 machines by using Class 1 which forces sending the fax at 9600.
  54. > Setting maximum transmission rates using Class 2 seem to be ignored by
  55. > my modem.
  56. > Anyways, my point is that maybe its not just the USR sportster that
  57. > has a problem with faxing but perhaps something common to faxmodems.
  58. > The Rockwell chipset perhaps?  Thought I read somewhere that the
  59. > sportster doesn't use the Rockwell.
  60. > Perhaps one thing to try is forcing the speed down to 9600 to see if
  61. > some of the problems disappear.  Although this wouldn't fix the
  62. > problem with negotiation when recieving a fax.
  63. > Dave.
  64. > >
  65. > >My best guess is that the fax hardware in USR modems is just not up to
  66. > >the sensitive timing requirements of faxing.  The most common error I
  67. > >get is 'unable to negogiate connection or train.'
  68. > >
  69. > >I'll put together a list of all the init strings, tweaks, and
  70. > >modifications that have helped (but only a bit) me recently, and I would
  71. > >be very grateful if anyone could suggest something that would help me
  72. > >really solve this problem
  73. > >
  74. > >Tom
  75. > >
  76. > David Schick,  davesch@unix.infoserve.net   Vancouver, B.C. Canada,
  77.